Release Upgrade Kicksecure 17 to Kicksecure 18

From Kicksecure
Jump to navigation Jump to search

How to Release Upgrade from Kicksecure 17 to Kicksecure 18

Notices

[edit]

Testers only! Warning: This is for testers-only!

Release Upgrade Kicksecure Notices
Notice Description
Difficulty
Release Upgrade vs Re-Installation

To use Kicksecure 18, users can either:

Standard Updates
Automated Release Upgrade vs Manual Release Upgrade
  • Automated Release Upgrade is the newer method that has been implemented. It does not ask for user input and is therefore easier to use.
  • The former Manual Release Upgrade effectively did the same, but it offered more control over system customization. It is now deprecated. [1]
Configuration Files Resets Since this is an automated release upgrade, user modified configuration files (if any) in folder /etc will be reset, overwritten with the Debian or Kicksecure package version. The user is free to restore the configuration after the release upgrade.

High Level Overview

[edit]
  1. Backup all data - ideally have a copy of the VM(s) so it is possible to try again (if necessary).
  2. Perform the usual standard ("everyday") update instructions.
  3. Platform specific notice. Qubes users only: Release Upgrade Qubes from version R4.2 to R4.3.
  4. Release Upgrade Kicksecure from version 17 to 18.
  5. Update derivative APT repository configuration.
  6. Power off Kicksecure
  7. Release Upgrade Kicksecure
  8. Restart Kicksecure

Platform Specific Notices

[edit]

Qubes Specific

[edit]

Notes:

  • Qubes applicability: Only applicable if using Qubes. Non-Qubes users should ignore this wiki chapter.
  • Required host version: Host operating system must be Qubes R4.3. See Qubes documentation: How to upgrade to Qubes 4.3archive.org iconarchive.today icon
  • Template upgrade note: When Qubes R4.3 is in dom0 with an old Qubes R4.2 Template, that Template must be upgraded to Qubes R4.3 first. The following quotes from the Qubes documentation explain how to upgrade all Templates from R4.2 to R4.3.
  • Qubes release upgrade upstream issue: Until Qubes upstream issue ticket qubes-dist-upgrade: "No such file or directory / ERROR: A general error occurred while upgrading" #10437archive.org iconarchive.today icon gets fixed by Qubes, it might be impossible to upgrade old Qubes R4.2 Kicksecure and Whonix Templates to Qubes R4.3. If users are affected by this issue, chances might be good that this gets fixed in the near future. Quote the same ticket: "marmarek added this to Current team tasks on 1 December 2025." Users are advised to monitor this ticket. No need to report this Qubes issue against Kicksecure. However, if downloading a new Kicksecure version 18 Template as per Qubes/Install, this issue will not occur.

Install the qubes-dist-upgrade tool. This is the in-place upgrade tool, which is not what we’re doing. However, it will be needed in order to upgrade the templates to the 4.3 version. You install it with the following command in the dom0 terminal: sudo qubes-dom0-update -y qubes-dist-upgrade How to upgrade to Qubes 4.3archive.org iconarchive.today icon

Change your templates to use the 4.3 repositories instead of the 4.2 ones. You do this with the following command in the dom0 terminal: sudo qubes-dist-upgrade --releasever=4.3 --template-standalone-upgrade How to upgrade to Qubes 4.3archive.org iconarchive.today icon

Note: The word "standalone" in the option "--template-standalone-upgrade" does not refer to "Standalone VMs". Instead, this is a command that can be used alone (standalone) to upgrade Qubes Templates from R4.2 to R4.3.

Release Upgrade

[edit]
  1. Backup all data, ideally have a clone of the VM(s) so it is possible to try again (if necessary).
  2. Perform the usual standard ("everyday") update instructions.
  3. Run systemcheck.
  4. View release-upgrade command version: cat /usr/sbin/release-upgrade | grep version=
  5. Check release-upgrade command version. It should be a minimum of 3.3, and display version="3.3".
  6. Consider keeping the full release upgrade log output. It will be required for Support in case there are issues.
  7. Read Platform Specific Notices.
  8. Perform the automated release upgrade using the release-upgrade command: sudo release-upgrade
  9. Re-run the repository-dist utility to update your derivative APT sources list from the old .list to the new .sources format. [3] This is a very minor issue if forgotten. It can be done at any later time. systemcheck will point this out if it has not been done yet.
  10. Done. If everything went well, at the end it will show:

    INFO: OK. (release-upgrade version: 3.3) Release upgrade success.

  11. Reboot.
  12. Optional, recommended: Re-install Meta Packages and Safely Run Autoremove

Support the Future of Kicksecure

[edit]

Kicksecure is made possible thanks to the donation of people like you.

Please support the Kicksecure development with a donation.

Donate to Kicksecure

Footnotes

[edit]
  1. This method is still possible. All the automated release-upgradeGitHub Logo script does is perform actions which the user could perform manually. If a manual release upgrade is desired, emulate what the release-upgrade script is doing. The manual release upgrading procedure is undocumented due to the size of the instructions and duplication involved.
  2. qrexec sdwdate.ConnectCheck denied messagesarchive.org iconarchive.today icon (despite the name, sdwdate-gui issue, not sdwdate issue)
  3. https://forums.kicksecure.com/t/apt-sources-list-one-line-format-versus-deb822-style-format/267archive.org iconarchive.today icon
Notification image

We believe security software like Kicksecure needs to remain Open Source and independent. Would you help sustain and grow the project? Learn more about our 13 year success story and maybe DONATE!